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DESCRIPTION 

DATA DELIVERY THROUGH BEACONS 

The present invention relates to services offered to users of electronic 
equipment, especially but not exclusively to users of mobile communications 
devices such as portable telephones and suitably equipped PDA's (personal 
digital assistants). The invention further relates to means for delivery of such 
services, and to portable devices for receiving them. 

Recent years have seen a great increase in subscribers world-wide to 
mobile telephone networks and, through advances in technology and the 
addition of functionalities, cellular telephones have become personal, trusted 
devices. A result of this is that a mobile information society is developing, with 
personalised and localised services becoming increasingly more important. 
Such "Context-Aware" (CA) mobile telephones are used with low power, short 
range base stations in places like shopping malls to provide location-specific 
information. This information might include local maps, information on nearby 
shops and restaurants and so on. The user's CA terminal may be equipped to 
filter the information received according to pre-stored user preferences and the 
user is only alerted if an item of data of particular interest has been received. 

An example of a CA terminal is given in U.S. patent 5,835,861 which 
discloses the use of wireless telephones within the context of advertisement 
billboards. The user of a wireless telephone obtains the telephone number of a 
vendor by activating his/her wireless telephone to transmit a prompt signal to 
an active advertisement source and to receive from the advertisement source 
a response signal containing the telephone number of the advertising vendor. 
The telephone number can then be used to automatically place a call to that 
vendor via the public switched telephone network. Alternatively, the telephone 
number can be stored for use later on. This arrangement can be used to place 
a call to a vendor without having to either memorise the telephone number or 
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to write it down. The signals between the billboard and the caller can be 
transmitted as modulated infrared (IR) signals. 

In another example, Hewlett-Packard has posted a publication on the 
Web at <http://www.cooltown.hp.com/papers/webpres/WebPresence.htm> 
5 about their "Cooltown" project. The convergence of Web technology, wireless 
networks and portable client devices provides design opportunities for 
computer/communications systems. In the Cooltown project, systems that are 
location-aware can be created using URL's for addressing, physical URL's for 
delivery via beacons and sensing of URUs for discovery, and localised web 

10 servers for directories. The systems are ubiquitous to support nomadic users. 
On top of this infrastructure the Internet connectivity can be leveraged to 
support communications services. Web presence bridges the World Wide Web 
and the physical world inhabited by the users, providing a model for 
supporting nomadic users without a centrai control point. 

15 The Cooltown Museum and Bookstore offers visitors a Web-enhanced 

experience. As visitors tour the museum, their portable digital assistant (PDA) 
can receive Web URLs from wireless "beacons". These beacons are small 
infrared transceivers located close to pictures or sculptures; the URLs link into 
a Web of information about the items. Using the PDA's Web browser, visitors 

20 can read or hear about the artist or the work and about related art works in the 
museum. The URLs can also be stored as bookmarks for further study or they 
can be used to select reproductions of the artwork from the museum's online 
store. 

It will be recognised that an important requirement for CA devices is that 
25 they quickly and efficiently gather data from beacons such that the user is not 
required to undertake actions such as staying close to a beacon whilst contact 
is established between portable device and beacon, nor having to specifically 
initiate interaction (as is the case with the above-mentioned system in US 
5,835,861). A further requirement is that the portable device should be kept 
30 relatively simple insofar as the data gathering from beacons is concerned: in 
the Cooltown system, a full web browser and display capability is required to 
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support user navigation within the web page indicated by the URL being 
broadcast. 



It is therefore an object of the invention to provide a system for the 
5 delivery of data via beacons whereby the amount of dedicated circuitry and 
operating procedure are kept to low levels. 

In accordance with a first aspect of the present invention there is 
provided a communications system comprising at least one beacon device 
capable of wireless message transmission and at least one portable device 

10 capable of receiving such a message transmission, wherein the beacon is 
arranged to broadcast c* series of inquiry messages each in the form of a 
plurality of predetermined data fields arranged according to a first 
communications protocol, wherein the beacon is further arranged to add to 
each inquiry message prior to transmission an additional data field, and 

is wherein the at least one portable device is arranged to receive the transmitted 
inquiry messages and read data from said additional data field. By adding the 
additional field (suitably at the end of a respective inquiry message), data 
broadcast may be carried on top of an existing inquiry process, such that the 
usual delays while such a process is carried out prior to data transfer are 

20 avoided. Furthermore, by placing the additional field at the end of those sent 
according to the communications protocol (preferably but not essentially 
Bluetooth), those protocol-compatible devices not intended for reception of 
beacon signals can simply ignore the additional data without compromising 
operation according to protocol. 

25 Where the protocol is Bluetooth (or a similar frequency hopping 

arrangement) the beacon may be configured to broadcast a series of inquiry 
messages on a predetermined clocked sequence of frequencies, with clock 
information-for the beacon being carried by the additional data field. As will be 
described in greater detail hereinafter with respect to embodiments of the 

30 invention, this can improve the inquiry performance of a Bluetooth system, 
\ shortening the time to establish a connection for data exchange. 

< 
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The beacon may be arranged to include an indication in one of said 
predetermined data fields (suitably in a currently unused or unassigned field), 
said indication denoting the presence of said additional data field, such that 
devices configured for reception of beacon data may be triggered to read from 
5 the additional data field. 

The beacon may be arranged to include in a message first comparison 
data, with the portable device further comprising storage means holding 
second comparison data and comparator means arranged to identify when 
there is a match between the first and second comparison data and present 

10 the data read from the additional data field, otherwise to not present the data. 
Such second comparison data may be predetermined and/or pre-stored, or it 
may be determined adaptively from user profiling of the portable device user. 

Also in accordance with the present invention there is provided a mobile 
communication device for use in the system recited above, the device 

15 comprising a receiver capable of receiving a short-range wireless inquiry 
message including a plurality of data fields according to a first communications 
protocol, means for determining when an additional data field has been added 
to said plurality of data fields, and means for reading data from such an 
additional data field and presenting the same to a user. 

20 Still further in accordance with the present invention, there is provided a 

method for enabling the user of a portable communications device to receive 
broadcast messages wherein at least one beacon device broadcasts a series 
of inquiry messages each in the form of a plurality of predetermined data fields 
arranged according to a first communications protocol, wherein the beacon 

25 adds to each inquiry message prior to transmission an additional data field 
carrying broadcast message data, and wherein the portable device receives 
the transmitted inquiry messages and reads the broadcast data from said 
additional data field. 

30 Preferred embodiments of the invention will now be described, by way 

of example only, and with reference to the accompanying drawings, in which; 
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Figure 1 is a block schematic diagram of a beacon and portable device 
embodying the invention; 

Figure 2 is a schematic diagram of a series of devices in a linked 
beacon infrastructure; 

Figure 3 is a chart illustrating the transmission of a train of inquiry 
access codes centred on a given frequency ; 

Figure 4 illustrates alternation between trains of inquiry messages over 
the duration of an inquiry broadcast; 

Figure 5 illustrates the insertion of a packet of broadcast data within an 
existing transmission slot; 

Figure 6 illustrates a first arrangement for sending beacon clock data in 
a sequence of inquiry message trains; and 

Figure 7 illustrates an alternate arrangement to that of Figure 6 for the 
sending of beacon clock data. 

In the following description we consider particularly a CA application 
which utilises Bluetooth protocols for communication of messages from 
beacon to portable device (whether telephone, PDA or other). As will be 
recognised, the general invention concept of including a broadcast channel as 
part of the inquiry procedure is not restricted to Bluetooth devices, and is 
applicable to other communications arrangements, in particular frequency 
hopping systems. 

Figure 1 is a block schematic diagram of a CA mobile telephone 10 in 
use with one or more low power, short range base stations or beacons 12, 14. 
As mentioned previously, and discussed in greater detail below, such an 
arrangement may be used in places like shopping malls to provide location- 
specific information such as local maps, information on nearby shops and 
restaurants-and so on, with the beacon downloading information keys to a 
mobile device. An information key is a small data object that provides a 
reference to a source of full information, and it is in the form of a number of 
predetermined fields, one of which will contain a short piece of descriptive text 
presented to a user. Another field will be a pointer or address of some form, 
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for example a URL or telephone number. Other supplementary fields may 
control how the data is presented to a user and how the address may be 
exploited. The beacon will generally broadcast cyclically a number of these 
keys, each typically relating to a different service. 
5 Issues relating to the beacon construction and configuration include the 

beacons range which will be dependent on output power (typical range being 
1mWto 100mW), levels of local interference, and receiver sensitivity. 

The user's CA terminal 10 comprises an aerial 16 coupled with 
transceiver stage 18 for the reception and transmission of messages. 

10 Outgoing messages result from user input to the telephone, either audio input 
via microphone 20 and A/D converter 22 or other data input via the keypad or 
other input means 24. These inputs are processed to message data format by 
signal and data processing stage 26 and converted to transmission format by 
encoder 28 before being supplied to the transceiver stage *i8. 

15 Messages received via the aerial 16 and transceiver 18 are passed via 

a decoding stage 30 to a filtering and signal processing stage 32. If the data 
carried by the message is for presentation on a display screen 34 of the 
telephone, the data will be passed to a display driver 36, optionally after 
buffering 38, with the driver formatting the display image. As will be 

20 recognised, the display 34 may be a relatively simple low-resolution device, 
and the conversion of received data to display data may be carried out as a 
subset of the processing stage 32 functionality, without the requirement for a 
dedicated display driver stage. 

Where the message is carrying data from one or other of the beacons 

25 12, 14, the telephone has the ability to filter the information received according 
to pre-stored 40 user preferences and the user is only alerted (i.e. the 
information will only be retained in buffer 38 and/or presented on screen 34) if 
comparison of stored preference data and subject matter indicators in the 
message indicate that an item of data of particular interest has been received. 

30 For conventional audio messages, the audio data is output by the filter 

and processing stage 32, via D/A converter 42 and amplifier 44 to an 
earphone or speaker 46. Receipt of such messages from the telephone 
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network 48 is indicated by arrow 50: the telephone network 48 also provides 
the link from the telephone 10 to a wide-area network (WAN) server 52 and, 
via the WAN 54 (which may be the internet), to one or more remote service 
providers 56 providing a source of data for the telephone 10. 
5 Communication between the CA terminal (telephone 10) and the CA 

base station (beacon 12) takes two forms: 'push* and 'pull 1 . In 'push 1 mode, 
information is broadcast by the beacons 12, 14, to all portable terminals 10 in 
the form of short 'keys 1 indicated at 60. The keys will take various forms 
according to the application but will generally include a concise description of 

10 the information being sent and a pointer to fuller information, e.g. a URL 
identifying one of the service providers 55. 

Keys are received by the terminal 10 'unconsciously 1 , that is, without 
direct intervention by the user, and automatically filtered according to the 
user's pre-set preferences. Some will be discarded, some kept for further 

is study, others might cause the user to be alerted immediately. By way of 
example, shops might choose to push details of special offers into passing 
terminals in the knowledge that users who have interest and have therefore 
set their filters 32 accordingly will be alerted by their terminal. 

Sometimes the user will wish to obtain more information than is 

20 contained in the keys. Here, 'pull 1 mode allows a user to set up a connection 
with a server 56 (which need not necessarily be specially configured for CA 
use) and actively request information to pull down into the terminal 10. This 
mode is therefore typically interactive. 

Whilst base stations or beacons will typically be independent of one 

25 another (in a shopping mall set up, each shop provides and maintains its own 
beacon without reference to any beacons provided by neighbouring shops), 
the beacons may be wholly or partially networked with at least some co- 
ord ination-asjto their broadcast messages. 

Figure 2 is a diagram of such a system 100 of linked beacons 

30 embodying the invention and providing an implementation of an infrastructure 
for use in, for example, department stores, shopping malls, theme parks, etc. 
The system 100 comprises a plurality of beacons 102, 104, 106, 108 
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distributed over a series of locales. Each of the beacons 102-108 broadcasts 
one or more short-range inquiry signals in a time-slot format as described in 
greater detail hereinafter. The beacons 102 - 108 are controlled by a beacon 
infrastructure server (BIS) 110, with one or more terminals 112, 114, 116, 118 
being connected to the server 110. The terminals 112 - 118 enable service 
providers, i.e., the users of beacons 102 - 108, to author or edit allocated 
service slots in the form of added data piggy backed on inquiry facilitation 
signals transmitted by beacons 102 - 108. A service provider may lease a 
beacon or one of the beacon's service slots from the infrastructure provider. To 
this end, server 110 provides simple HTML templates for filling out by the user 
via one of terminals 112-118. Having filled out the template with, for example, 
a description of the service and other information for the data to be carried via 
the beacon broadcast, the template is returned to server 110, preferably via a 
secure link using, e.g., Secure HTTP (S-HTTP) or Secure Sockets Layer 
(SSL). SSL creates a secure link between a client and a server, over which 
any amount of data can be sent securely. S-HTTP is designed to transmit 
individual messages securely. Server 110 then creates the appropriate 
additional data package for appending to the inquiry signal of a relevant one of 
the beacons 102 - 108 based on the information submitted with the template. 
The system 100 may further comprise an application server 120 to assist in 
carrying out various functions, as will be readily understood by the skilled 
reader. 

Referring back to Figure 1, a strong candidate technology for the 
wireless link necessary for at least the 'push 1 mode of the above-described CA 
system is Bluetooth, on the grounds that it is expected to become a 
component part of a large number of mobile telephones 10. In analysing the 
Bluetooth protocol for CA broadcast or 'push 1 mode utilisation, a problem may 
be seen. In the ideal case, the terminal 10 will detect fixed beacons 12, 14 
and extract basic information from them without the terminal 10 needing to 
transmit at all. However, this type of broadcast operation is not supported by 
the current Bluetooth specification. 
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In part, the incompatibility follows the frequency hopping nature of 
Bluetooth beacon systems which means that, in order for broadcast messages 
(or, indeed, any messages) to be received by a passing terminal, the terminal 
has to be synchronised to the beacon in both time and frequency. The 
portable device 10 has to synchronise its clock to the beacon clock and, from 
the beacons identity, deduce which of several hopping sequences is being 
employed. 

To make this deduction, the portable device has conventionally been 
required to join - as a slave - the piconet administered by the beacon as 
piconet master. Two sets of procedures are used, namely "inquiry" and 
"page". Inquiry allows a would-be slave to find a base station and issue a 
request to join the piconet. Page allows a base station to invite slaves of its 
choice to join the net. Analysis of these procedures indicates that the time 
taken to join a piconet and then be in a position to receive information from the 
master could be several tens of seconds, which is much too long for CA 
applications, where a user may move out of range of a beacon before joining 
could be completed. 

The difficulty of receiving broadcast data from beacons is caused at 
least partially by the frequency-hopping nature of Bluetooth and similar 
systems. The Bluetooth inquiry procedure has been proposed specifically to 
solve the problem of bringing together master and slave: the applicants have 
recognised that it is possible to piggy-back a broadcast channel on the inquiry 
messages issued by the master. Only CA terminals need read the broadcast 
channel messages and only CA base stations or beacons send them. In 
consequence, at the air interface, the mechanism is entirely compatible with 
conventional (non-CA) Bluetooth systems. 

To illustrate how this is implemented, we first consider how the Inquiry 
procedures^themselves operate, with reference to Figures 3 and 4. When a 
Bluetooth unit wants to discover other Bluetooth devices, it enters a so-called 
inquiry substate. In this mode, it issues an inquiry message containing a 
General Inquiry Access Code (GIAC) or a number of optional Dedicated 
Inquiry Access Codes (DIAC). This message is repeated at several levels; 
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first, it is repeated in a train A of 16 frequencies from a total of 32 making up 
the inquiry hopping sequence. The message is sent twice on two frequencies 
in even timeslots with the following, odd timeslots used to listen for replies on 
the two corresponding inquiry response hopping frequencies. Sixteen 
5 frequencies and their response counterparts can therefore be covered in 16 
timeslots, or 10ms. The chart of Figure 3 illustrates the transmission of a single 
train on sixteen frequencies centred around f{k}, where f{k} represents the 
inquiry hopping sequence. 

The next step is the repetition of the train at least Ninquiry times. At the 

10 very least, this means 256 repetitions of the entire train. Finally, the train A is 
swapped for the train B consisting of the remaining 16 frequencies and the 
cycle repeated. As shown by Figure 4, the specification states that this switch 
must occur at least three times to ensure the collection of all responses in an 
error-free environment. This means that an inquiry broadcast could take at 

15 least 10.24 seconds. 

A portable device that wants to be discovered by a beacon enters the 
inquiry scan substate. Here, it listens for a message containing the GIAC or 
DIAC's of interest. It, too, operates in a cyclic way. It listens on a single hop 
frequency for an inquiry scan period of T wjn quiry_scan. This must be long enough 

20 to cover the 16 inquiry frequencies used by the inquiry. The interval between 
the beginning of successive scans must be no greater than 1 .28 seconds. The 
frequency chosen comes from the list of 32 making up the inquiry hopping 
sequence. 

On hearing an inquiry containing an appropriate IAC, the portable 
25 device enters a so-called inquiry response substate and issues a number of 
inquiry response messages to the beacon. The beacon will then page the 
portable device, inviting it to join the piconet. 

As mentioned above and shown in Figure 5, the applicants propose that 
the inquiry messages issued by the base station have an extra field appended 
30 to them, capable of carrying a user-defined payload (CA DATA). In the CA 
scenario, this payload is used to carry broadcast information, or keys, to CA 
terminals during the inquiry procedure. By adding the field to the end of the 
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inquiry message, it will be appreciated that non-CA receivers can ignore it 
without modification. In addition, by using a CA-specific DIAC, CA receivers 
can be alerted to the presence of the extra information field. 

The presence of the extra data field means that the guard space 
5 conventionally allowed at the end of a Bluetooth inquiry packet is reduced. 
However, this space - provided to give a frequency synthesiser time to change 
to a new hop frequency - will be generally unused otherwise, as current 
frequency synthesisers are capable of switching at speeds which do not need 
extension into the extra guard space. The standard inquiry packet is an ID 

10 packet of length 68 bits. Since it is sent in a half-slot, the guard space 
allocated is (625/2 - 68) = 244.5 ps (625 ps slot period, 1 Mbit/s signalling 
rate). Modern synthesisers can switch in much less time with figures of 100 ps 
or lower considered routine by experts in the field. Applicants therefore 
propose allocation of 100 bits as a suitable size for this new field. 

15 CA handsets can receive the broadcast data quickly without being 

required to run through a lengthy procedure to join a piconet. In addition, 
since there is no need for the handset to transmit any information whatsoever, 
there is a consequent power saving that will be particularly important in dense 
environments where many CA base stations may be present. Nevertheless, 

20 when the handset is in interactive mode and wishes to join a piconet in order 
to obtain more information, it may employ the default inquiry procedures as 
normal. There is no loss of functionality through supporting the additional data 
field. 

In a typical embodiment, four of our 100 bits will be lost as trailer bits for 
25 the ID field; this is a consequence of it being read by a correlator. Of the 96 
bits remaining, applicants preferred allocation is that 64 be used as data and 
32 as a 2/3 FEC (forward error correction) checksum. Each inquiry burst thus 
contains_J3 bytes of broadcast data. In a most common scenario, by the 
second group of A and B trains the portable device has found the base station, 
30 understood it to be a CA beacon and is awaiting the broadcast data. Since it 
will be listening specifically, the portable device will at least be able to read 
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256 bursts of data twice (A and B), giving us two lots of 2 Kbytes, or 4 Kbytes 
in total. 

At this stage, the portable device does not know the phase of the 
beacons clock because this information is not been transmitted. To assist the 
5 portable device, clock information is transmitted in at least some of the trains in 
the first A and B groups, as shown in Figure 6, together with some auxiliary 
information indicating when the next switches between A and B will occur. 
This clock information will be transmitted in place of the CA broadcast data so 
means are provided to discriminate between the two data channels. Use of 

10 separate DIAC's is one possible method. 

In the case where the portable device knows the timing of the beacon, 
the portable devices also knows how it will hop, which gives the ability to track 
all transmissions of a train. Since there are 16 transmissions in a frame, then 
the resultant CA channel has 16 times as much capacity and can convey 64 

is Kbytes of information. 

Since the terminal wakes up every 1 .28 seconds or less, it will generally 
have obtained the clocking information it needs by the half way mark in the first 
A or B periods. Switching from clock to data at these halfway marks, as 
illustrated in Figure 7, provides a number of useful advantages. Firstly, some 

20 data can be received in less than five seconds from the start of the inquiry 
procedure. Secondly, the terminal can still respond to an important key by 
automatically issuing an inquiry response message to the base station (if that 
is the appropriate action for the terminal to take) even if the key appears 
comparatively late in the cycle. It will be noted that no increase in capacity is 

25 assumed. 

In the foregoing, a portable device will receive all the additional data 
field packets on one of the 32 inquiry channels, thereby using only 1/32 of the 
available bandwidth. As will be recognised, if the uncertainty as to when a 
portable terminal (beacon slave) receives the first inquiry packet can be 
30 overcome, the predetermined nature of the hopping sequence may be 
accommodated and the full bandwidth therefore utilised. For a slave to 
synchronise with a masters inquiry hopping sequence from the point where it 
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received the first packet, the slave needs to know both the masters clock offset 
and the position of the first received packet in the masters hopping sequence. 
In the following example, it is assumed that the master follows the Bluetooth 
minimum enquiry procedure, which comprises 256 repetitions of the 16- 
channel inquiry hopping sequences, with three train switches (as in Figure 4). 
Each sweep across the 16 channels takes 10ms. 

To synchronise the slave hopping, the additional data field (BCD; Fig. 1) 
carries the following information: 

• Master clock offset (2 bytes); 

• Number of full train repetitions (1 byte) - assuming that a full train 
consists of 256 repetitions of 10ms trains, the range of this 
parameter is 0-255 (before the inquiry switches to the next full train). 
This indicates to the slave when the master will next switch the full 
train. 

• How many full train switches have been completed in the current 
inquiry cycle (1 byte) - this data indicates to the slave what the 
master is likely to do at the end of the current full train, i.e. whether it 
will switch over to another full train or whether the inquiry procedure 
will terminate. 

As long as no channel repeats in the 10ms train, no field is required to indicate 
the position of the current channel in the hopping sequence as the slave is 
able to derive this from knowledge of the sequence. 

From the foregoing it will be seen that, by adding 4 bytes to each 
additional field packet, the slave can then pick up all additional field packets to 
the end of the inquiry, whilst still having 4 bytes available (from our preferred 
assignment of 64 from 100 bits for data) to carry broadcast data. 

Considering a complete beacon signal, it will be readily understood that 
it will-need to be divided into a number of 4-byte packets with one being sent 
with each inquiry packet. Assuming a fixed length of beacon signal for the 
purposes of illustration, at 16kB the full signal can be accommodated on a 
single inquiry train (a train being 256 repetitions of the 16-channel hop 
sequence, giving 256*16*4 bytes = 16kB). 
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Extending this, by fixing that the first packet of a beacon signal goes on 
the first packet of an inquiry train, from the message indicator field for the 
number of repetitions for the current 16-channel hopping sequence in the 
message header, the slave is enabled to derive the position of the beacon 

5 packet it has received in the complete beacon signal. 

From reading the present disclosure, other modifications will be 
apparent to persons skilled in the art. Such modifications may involve other 
features which are already known in the design, manufacture and use of fixed 
and portable communications systems, and systems and components for 

10 incorporation therein and which may be used instead of or in addition to 
features already described herein. 
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CLAIMS: 



1 . A communications system comprising at least one beacon device 
capable of wireless message transmission and at least one portable device 

5 capable of receiving such a message transmission, wherein the beacon is 
arranged to broadcast a series of inquiry messages each in the form of a 
plurality of predetermined data fields arranged according to a first 
communications protocol, wherein the beacon is further arranged to add to 
each inquiry message prior to transmission an additional data field, and 

10 wherein the at least one portable device is arranged to receive the transmitted 
inquiry messages and read data from said additional data field. 



2. A system as claimed in Claim 1, wherein the beacon is arranged 
to add said additional data field at the end of a respective inquiry message. 

15 

3. A system as claimed in Claim 1 or Claim 2, wherein the beacon 
is arranged to include an indication in one of said predetermined data fields, 
said indication denoting the presence of said additional data field. 

20 4. A system as claimed in any of Claims 1 to 3, wherein said first 

communications protocol comprises Bluetooth messaging. 

5. A system as claimed in Claim 4, wherein the beacon is 
configured to broadcast a series of inquiry messages on a predetermined 

25 clocked succession of frequencies, with clock information for said beacon 
being included in data carried by said additional data field. 

6. A system as claimed in any of Claims 1 to 5, wherein said 
additional data field carries at least 64 bits of data. 

30 

7. A system as claimed in Claim 1, wherein the beacon is arranged 
to include in a message first comparison data, the portable device further 
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comprising storage means holding second comparison data and comparator 
means arranged to identify when there is a match between the first and 
second comparison data and present the data read from the additional data 
field, otherwise to not present the data. 

8. A system as claimed in Claim 7, further comprising means for 
generating said second comparison data from user profiling of the portable 
device user. 

9. A mobile communication device for use in the system of any of 
Claims 1 to 8, the device comprising a receiver, capable of receiving a short- 
range wireless inquiry message including a plurality of data fields according to 
a first communications protocol, means for determining when an additional 
data field has been added to said plurality of data fields, and means for 
reading data from such an additional data field and presenting the same to a 
user. 

10. A device as claimed in Claim 9, wherein the receiver is 
configured to receive messages according to Bluetooth protocols. 

11. A method for enabling the user of a portable communications 
device to receive broadcast messages wherein at least one beacon device 
broadcasts a series of inquiry messages each in the form of a plurality of 
predetermined data fields arranged according to a first communications 
protocol, wherein the beacon adds to each inquiry message prior to 
transmission an additional data field carrying broadcast message data, and 
wherein the portable device receives the transmitted inquiry messages and 
reads the broadcast data from said additional data field. 

12. A method as claimed in Claim 11, wherein the beacon adds said 
additional data field at the end of a respective inquiry message. 
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13. A method as claimed in Claim 11 or Claim 12, wherein the 
beacon includes an indication in one of said predetermined data fields, said 
indication denoting the presence of said additional data field. 

14. A method as claimed in any of Claims 1 1 to 13, wherein said first 
communications protocol comprises Bluetooth messaging. 

15. A communications system substantially as hereinbefore 
described with reference to the accompanying drawings. 

16. A portable communications device substantially as hereinbefore 
described with reference to the accompanying drawings. 

17. A method for enabling the user of a portable communications 
device to receive broadcast messages substantially as hereinbefore described 
with reference to the accompanying drawings. 
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ABSTRACT 

DATA DELIVERY THROUGH BEACONS 

A communications system comprises at least one beacon device (12, 
14) capable of wireless message transmission and at least one portable device 
(10) capable of receiving such a message transmission. The beacon (12) is 
arranged to broadcast a series of inquiry messages (60) each in the form of a 
plurality of predetermined data fields (INQ) arranged according to a first 
communications protocol, such as Bluetooth. For the delivery of additional 
data via broadcast, the beacon (12) adds to each inquiry message prior to 
transmission an additional data field (BCD) carrying broadcast data, with the 
portable device (10) receiving the transmitted inquiry messages and reading 
the broadcast data from the additional data field. 

(Figure 1) 
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